Maeiee Weekly No.8：给红米 9A 编译 Android 系统

介绍

让手机运行自己编译的 Android 系统，是我的一个愿望。

当年刷机还火，我就有这想法，无奈没学会……直到现在，已经没人刷机了。

但是我还是对它感兴趣，于是本周加把劲，希望能在我的 红米 9A 上，成功运行自己编译的 Android 系统。

本文适合于对 Android 系统感兴趣，但是没有相关经验的同学进行入门。

周报改版

前 7 期 Weekly 对我的帮助：过去我长期闭门造车，自己成为井底之蛙而不自知。7 周看了约 100 篇技术文章，让我打开眼界。我很庆幸自己的这次成长。

但我随之发现，仅仅读文章过于浮于表面。原本的过程时：阅读-消化-吸收-分享。由于人的懒惰天性，逐步变为阅读-分享，效果大打折扣，浮于表面。求真知需要 get hands dirty，这是真正的乐趣所在。

所以，从第 8 期 Weekly 开始改版了：每周定一个可实践、具有足够挑战性的主题。我的思路是：把自己扔进水里，如果没有淹死，那就是会游泳了。

维护方式也变了：周初会尽快发布，周中不断 Update，临近周末开始成文，最后结合感想与技术，生成一篇高质量周报。

Android 系统

为什么对 Android 系统感兴趣？我发现现在的高科技都用在手机上了，集成度又高，性价比又高。同时，手机更新换代非常快，大家都有一大堆淘汰手机。这些在我看来都是宝贵的资源。

终极理想：移动 GNU/Linux 设备

研究 Android 系统，并非是对 Android 系统感兴趣，而是对怎么在手机上运行 GNU/Linux 更加感兴趣。

还有一点让我感兴趣的：怎么在 GNU/Linux 上以原生方式运行 Android APP。

目前，WSA、Anbox、WayDroid 运行的方式，都是基于完整 Android 系统镜像，容器化方式打包运行。我理想中的方式不是这样，而是将 Android 的协议完全融入 Linux Desktop 生态。其实就是，把 Android 以 FSF 方式重新实现一遍。道阻且长，就当我在发梦。

为什么有这个想法？对现在的手机生态不满意。

路线图

从头建立知识体系，没有线性路线图。遇到不会的概念，先搞懂，概念会带出其它概念，由点及面，如此循环，最终一副体系图跃然脑中。以下路线图是我事后梳理的：

1. 基础知识了解
2. 分区概念
3. Custom Recovery、备份相关知识
4. 刷预编译 ROM、刷坏了怎么恢复
5. 自己编译系统并刷入

最终目标（给红米 9A 编译 Android 系统）没有达成，远比我想得复杂。整个过程体验也不太好，大多数问题都不是技术带来的，都是人为造成的障碍。

这种障碍让我更加认可 PostmarketOS 和 Halium 等项目的重要意义。软件领域任何问题都可通过一层抽象抹平，这些技术就是消除这篇黑暗森林的那一束光。

十万个为什么

一头扎进一片陌生领域，会有十万个为什么等着自己。对我来说，这是最有乐趣的。我以求知为乐，就像一个大蛋糕摆在我面前。这些为什么有的搞懂了，有的还没搞懂：

不知道的还很多，没关系，慢慢来。

Bootloader 解锁

bootloader 是设备启动时执行的第一个程序。通过 bootloader 可以进入不同启动模式，比如选择进入系统还是进入 Recovery。

手机的 bootloader 默认是被锁定的，锁定意味着不允许用户进行任何定制。如果想瞎折腾（刷 Custom Recovery、Custom ROM、Root 手机），就需要解锁 bootloader。

解锁 bootloader 是有风险的：

1. 设备的保修就失效了
2. 不再收到官方的OTA更新
3. 设备有变砖的风险

如果我花几千块买了一台新手机，还是不舍得解锁 bootloader 的……所以，对我来说，还是用淘汰手机、廉价机、二手淘来的更合适一些。

具体解锁方式可按照机型参照相关教程。需要注意的是，小米手机解锁 Bootloader 需要绑定小米帐号，并使用 Mi Unlock Tool。

注：《How to unlock bootloader on Xiaomi Redmi 9 Prime》

fastboot

fastboot 是 Android 手机的一种模式，在该模式下能够对各个分区进行烧录。在电脑上也有同名 fastboot 工具与之对应。

最常用的用途，就是通过 fastboot，将 Custom Recovery 刷入 recovery 分区。

按照固定组合键启动手机，就能进入 fasboot 模式，比如在红米 9A 是音量下+电源键，或者通过 adb 命令：adb reboot bootloader。（注意，在小米手机上还有一个 fastbootd 模式，不是一回事）。

Recovery

Recovery 既是一个分区，也是一种模式，顾名思义，用于手机恢复。手机自带的 Recovery 没有定制能力，需要刷入第三方的 Recovery 才能获取当强大的刷机、root 能力。

Recovery 本身是 Android 开源代码的一部分，也是开源的，各个第三方的 Recovery 都根据该开源代码衍生而来。其中，最为著名的是 TeamWin Recovery Project（TWRP），它是最流行的 Android custom recovery。基于 TWRP 由衍生出一些流行的 Recovery，如 OragneFox Recovery。这些会在后文专门小节中介绍。

通过 fastboot 刷 Recovery 的命令是：

fastboot flash recovery twrp.img

通过 fastboot 重启到 Recovery 的命令是：

fastboot reboot recovery

img 镜像

在上面的命令汇总，twrp.img 是 TWRP 的镜像文件，以 .img 格式后缀，它是是一种特殊的 Android 定制格式。

通过 fastboot 进行刷写的分区，都是传入这种格式的镜像。

Android 手机分区

Android 生态以其碎片化著称，所谓碎片化，就是乱，总是变，并且各家厂商不一致。在探索 Android 系统过程中，分区的概念让我第一次感受到这种混乱与窒息。我的大部分困惑，都与分区有关。

作为一个使用 Arch Linux 近十年的人，在 PC 上我能很容易从 0 组装出个桌面环境出来：分区、格式化、安装系统、安装桌面环境。哪怕是手动编译内核，也十分方便。

来到 Android 上真的把我整蒙逼了。下面将介绍我已掌握的分区知识，但这只是冰山一角。

dandelion:/proc $ cat mounts
# 分区                                          # 挂载位置
/dev/block/dm-3                                 /
/dev/block/platform/bootdevice/by-name/md_udc   /metadata
/dev/block/dm-4                                 /vendor
/dev/block/dm-5                                 /product
/dev/block/platform/bootdevice/by-name/userdata /data
/dev/block/platform/bootdevice/by-name/cache    /cache
/dev/block/platform/bootdevice/by-name/protect1 /mnt/vendor/protect_f
/dev/block/platform/bootdevice/by-name/protect2 /mnt/vendor/protect_s
/dev/block/platform/bootdevice/by-name/nvdata   /mnt/vendor/nvdata
/dev/block/platform/bootdevice/by-name/nvcfg    /mnt/vendor/nvcfg
/dev/block/platform/bootdevice/by-name/persist  /mnt/vendor/persist
/dev/block/bootdevice/by-name/cust              /cust
/dev/block/loop2                                /apex/com.android.tzdata@292500001
/dev/block/loop2                                /apex/com.android.tzdata
/dev/block/loop3                                /apex/com.android.media@292000301
/dev/block/loop3                                /apex/com.android.media
/dev/block/loop4                                /apex/com.android.resolv@290000000
/dev/block/loop4                                /apex/com.android.resolv
/dev/block/loop5                                /apex/com.android.conscrypt@290000000
/dev/block/loop5                                /apex/com.android.conscrypt
/dev/block/loop6                                /apex/com.android.runtime@1
/dev/block/loop6                                /apex/com.android.runtime
/dev/block/loop7                                /apex/com.android.apex.cts.shim@1
/dev/block/loop7                                /apex/com.android.apex.cts.shim
/dev/block/loop8                                /apex/com.android.media.swcodec@292200001
/dev/block/loop8                                /apex/com.android.media.swcodec

VBMeta

VBMeta 是启动校验，与 Android 的 Verified Boot 机制有关。Android 8 之后实现了 Android Verified Boot（AVB）。Verified Boot 会校验手机系统完整性，刷过 Custom Recovery 之后，系统发生了变化，会导致校验失败。

可以通过刷入与设备对应的 VBMeta，来关闭 Verified Boot 校验功能，具体命令如下：

fastboot --disable-verity --disable-verification flash vbmeta vbmeta.img

手动刷入 vbmeta.img 的场景，大多数是为了关闭 Verified Boot，否则 TWRP 无法安装。

注1：[CLOSED] What is "vbmeta.img" ? | XDA Forums

注2：Android Verified Boot | Android Open Source Project

注3：Android Verified Boot 2.0

Android verified boot 2.0 vbmeta 数据结构解析 - 简书

TWRP Recovery

关于 Android 分区暂且告一段落，下面进入 Custom Recovery。前文中对 Custom Recovery 已做过介绍，是 Android 系统爱好者最经常打交道的工具了。

Custom Recovery 会覆盖调系统自带的 recovery 环境，为用户提供定制能力，比如：刷自定义 ROM、系统备份、通过 Magisk root 设备。

TWRP 是目前最流行的 Custom Recovery 方案，支持大量设备，由于开源，开发者也可以非官方地移植到其他设备。同时由于易于扩展，有许多 fork 和功能增强的衍生 Recovery，同样非常流行。

OrangeFox Recovery

是最流行的自定义 recoveries 之一，带有特色附加功能、修复。

特性：

• 与 Teamwin 最新改动同步
• Material design 2 设计
• 实现支持 Flyme 和 MIUI OTA，以及自定义 ROM 基于块的增量 OTA
• 包括多种定制、多种扩展、密码保护
• 内置的补丁，如 Magisk 和密码重置补丁
• 完全开源、更新活跃

为什么要搞 OrangeFox Recovery？

我们从2018年初开始运作。从那时起，我们已经改善了 Recovery 的质量、稳定性和设备支持。今天，OrangeFox 在稳定性、UI设计和用户体验方面处于领先地位。安装 OrangeFox 意味着与最新的代码和最快的修复。

OrangeFox Recovery 最初是为小米红米 Note 4X Snapdragon（mido）设计的。现在我们支持 50 多个设备，在我们的官方下载服务器上有超过 500 万次的下载。

OrangeFox 对红米 9A 有官方实现，XDA 发布贴：《[OFFICIAL][RECOVERY] The OrangeFox Recovery Project [R11.1] | XDA Forums》

红米 9A 采用的是 A-only 分区方式。

支持设备：Redmi 9A (dandelion)、Redmi 9C (angelica)、POCO C3 (angelicain)、Other garden device (Xiaomi MT6765 / MT6762 With Dynamic Partitions)

相关源码：garden 设备源码、OrangeFox 源码、OrangeFox App

注：

1. MTK-bypass/bypass_utility：Small utility to disable bootrom protection(sla and daa)
2. I was able to flash the stock ROM once again using the software MTKClient

[maxiee@maxiee-hpbook RedMi9A]$ adb reboot bootloader
[maxiee@maxiee-hpbook RedMi9A]$ sudo fastboot flash recovery recovery.img 
[sudo] password for maxiee: 
Sending 'recovery' (65536 KB)                      OKAY [  1.673s]
Writing 'recovery'                                 OKAY [  0.898s]
Finished. Total time: 2.573s

[maxiee@maxiee-hpbook RedMi9A]$ sudo fastboot flash recovery recovery.img 
Sending 'recovery' (65536 KB)                      OKAY [  1.657s]
Writing 'recovery'                                 OKAY [  0.897s]
Finished. Total time: 2.558s
[maxiee@maxiee-hpbook RedMi9A]$ sudo fastboot reboot recovery
Rebooting into recovery                            OKAY [  0.001s]
Finished. Total time: 0.253s

Recovery 备份

红米 9A 手机基本信息

因为要瞎折腾，把相关信息记录下来，方便参考。手机详细数据。

设备型号：Redmi 9A，具体型号：M2006C3LC，codename：Xiaomi Dandelion

baseband version：MOLY.LR12A.R3.MP.V107.5.P77

Kernel version：4.9.190-perf-g84308b9

Android 系统版本：10 QP1A.190711.020

MIUI 系统版本：MIUI Global 12.0.10

红米 9A ROM 收集

我在 XDA 论坛上验证了几个自定义 ROM，通过《Redmi 9A ROMs, Kernels, Recoveries, & Other Develop》能够查阅到更多 ROM。

Android 内核

Android 内核基于 Linux 内核，在 Linux 之上打了 Android 专用补丁，形成 Android 通用内核（ACK）。

GKI 内核：版本 5.4 及以上的 ACK，支持硬件无关的内核代码和硬件无关的 GKI 模块。

注1：参考《内核概览 | Android 开源项目 | Android Open Source Project》

boot.img

启动镜像，用于启动 Android 内核。boot.img 是一种特殊的 Android 定制格式。包括以下部分：

• boot header：启动参数，与芯片相关
• kernel：内核，gzipped 压缩
• ramdisk：最基础的小型文件系统，包括初始化系统所需的全部核心文件，比如 init 程序和 init.rc

玩法：

1. 更换手机启动图

注1：参考《android boot.img 结构_zhenwenxian的博客-CSDN博客_android boot.img》

注2：参考《What is boot.img file in android? - Stack Overflow》

注3：参考《HOWTO: Unpack, Edit, and Repack Boot Images | XDA Forums》

Kernel Device Tree，简称 dt

ARM 平台 SoC 众多，硬件配置不同。设备树框架是与设备相关的配置文件，保持内核代码树整洁。

• DTS（Device Tree Source）：设备树源码
• DTB（Device Tree Blob）：设备树二进制，通过 DTC 对 DTS 编译而成
  • 芯片级配置：GPU 频率表，GPU 超频卡刷包里面是个 dtb 文件
• DTC（Device Tree Compiler）：设备树编译器，由内核提供
• DTBO（Device Tree Binary Oerlay）：device tree 一部分拆分到 boot 分区，一部分拆分到 dtbo 分区。初衷：芯片厂商只修改内核 dtb，手机厂商只修改 dtbo 分区。
  • 厂商级配置：屏幕、相机，超频刷新率通常改 dtbo 分区

device tree 不开源，有的会放回内核里，有的会作为额外仓库开源提供。

注1：参考 Linux Kernel Device Tree 配置框架_csid_502的博客-CSDN博客

注2：参考 kernel dtb 与 dtbo - AKR社区

感悟：进入新领域如何学地更快？

看完《Partitions Overview》后，我发现只一个分区，就有好多篇章的内容。以我现在逐篇笔记的方式，一周时间内是学不完的。

如何加快速度呢？

1. 这里面的知识，大多数我都不用不到，里面 20% 的内容是我需要的
2. 按照笔记大纲方式读文章，尽管学得比较认真，但是速度太慢，把 80% 可略过的内容，也强制看了一遍
3. 按照自己的思考建立笔记，只记录必要的知识

Source Android Documentation

Android OS Core Topics | Android Open Source Project

1. Partitions Overview
   • 标准分区
     • boot 分区：包含 kernel image 和 ramdisk，使用 mkbootimg 进行组合
       • 可以使用虚拟分区（virtual partition）直接刷 image，而不用刷新的 boot 分区
         • 什么意思？
       • kernel：
         • kernel 虚拟分区覆盖内核的 zImage、zImage-dtb、Image.gz-dtb
         • 如果提供的开发内核不兼容，需要更新 vendor、system、dtb 分区连同相关内核模块
       • ramdisk：ramdisk 虚拟分区
     • 覆盖操作
       • 确定 eMMC 现有 image 的起始位置，将新 image 拷贝到对应位置
       • 新 image 可能比原来的大
         • 为了腾出空间，bootloader 可以在映像后面移动数据或以报错方式放弃操作
     • system 分区：包含 Android 框架
     • odm 分区：
       • 包含原始设计制造商（ODM）对 system-on-chip（SoC）供应商的 board-support packages（BSP）的定制。
       • 该定制使 ODM 能够替换或定制 SoC 组件，并在硬件抽象层（HAL）上实现特定 SoC 组件、守护程序和 ODM 特定功能的内核模块
       • 这个分区是可选的；通常，它被用来包含定制，以便设备可以为多个硬件 SKU 使用一个 vendor image。详情请见 ODM 分区
     • odm_dlkm 分区：
       • 专门用来存储 ODM 内核模块的
       • 将 ODM 内核模块存储在 odm_dlkm 分区（相对于odm分区），使得更新 ODM 内核模块而不更新 odm 分区成为可能
     • recovery 分区：
       • 存储 recovery image，在 OTA 时被启动
       • 支持无缝更新（seamless updates）的设备，可以将 recovery image 包含在 boot image 的 ramdisk 中（而不是一个单独的 image）
     • cache 分区：
       • 存储临时数据，如果设备使用无缝更新，这个分区是可选的
       • 不需要对于 bootloader 可写入，但是需要是可清除的
       • 分区的大小取决于设备类型和 userdata 的可用空间，通常 50MB-100MB就足够了
     • misc 分区：供 recovery 使用，4KB 或更大
     • userdata 分区：包含用户安装的 App 和数据，包括自定义数据
     • metadata 分区：
       • 当设备使用元数据加密时，该分区用于存储元数据加密密钥
       • 大小为 16MB 或更大
       • 它不被加密，其数据也不被快照
       • 当设备出厂重置时，它会被删除。该分区的使用受到严格限制。
     • vendor 分区：
       • 存放不通过 AOSP 分发的二进制
       • 如果设备不包含专有信息，你可以省略这个分区
     • vendor_dlkm 分区：
       • 存放 vendor 内核模块
       • 使得更新内核模块而不更新 vendor 分区成为可能
     • radio 分区：存放 radio image
     • tos 分区：存储了 Trusty 系统的二进制镜像，只有在设备包含 Trusty 时才使用
   • 动态分区 Dynamic partitions
     • Android 11 以上设备支持动态分区
     • Android 的用户空间分区系统
     • 可以通过 OTA 更新期间创建、调整或销毁分区
     • 详情
   • Android11 的变化
     • 对链接库的限制，新的 Soong image 变体
     • Single System Image (SSI)
       • 新的概念性的 image，包含 system 和 system_ext image
       • 对多种目标设备来说是通用的，可以共享 SSI
       • 跳过构建 system 和 system_ext image 的过程
     • system_ext 分区：
       • 一个新的分区，可以使用系统资源，并可以包括系统模块
       • 扩展 AOSP system 分区的系统模块
       • 捆绑 OEM 或 SoC 特定模块
     • system 分区：用于 OEM 产品的普通 system 镜像
     • product 分区：使用被允许的接口，安装没有与任何其他分区捆绑的产品专属模块
   • VNDK changes
     • Vendor Native Development Kit (VNDK)
     • 安装在系统分区的库，专门为供应商实现其 HAL 而设计
     • Android10 及以下：
       • vendor 分区可以连接到 system 分区的 VNDK 库，但不能链接到 system 分区的其他库
       • product 分区的 Native 模块可以链接到 system 分区的任何库
     • Android11 及以上：
       • product 和 endor 分区都能连接 system 分区内的 VNDK 库，但不能链接到 system 分区的其他库

了解一下，Android 10中的APEX_阿拉神农的博客-CSDN博客（这篇文章五星推荐）

• APEX，Android Pony EXpress，与 APK 类似，把 Framework 层关键组件变为模块，可以单独升级，类似 APK，后缀为 .apex
• com.android.runtime：ART 虚拟机
• runtime：相关 so，libc.so，libdl.so 等
• com.android.media：多媒体相关 so，libbinder.so，libc++.so 等
• apex包是被谷老大用来更新系统级功能的就行

2022-08-02 中间规划

成功进入 Custom Recovery 了，并且通过扎实的基础积累，直到要先备份分区然后再折腾。

未来几天的规划：

周三：找适配的编译好的 ROM 刷机尝试

周四、周五：

• 比较下 AOSP 和 lineageOS 哪个好编译
• 找出适合的那个进行编译

周六：刷那个 Linux 发行版

周日：完善 Weekly 编写，项目完结

Weekly No.9 下期预告

目标：在红米 9A 上运行 Droidian 系统。

本周的收获是了解了一些 Android 分区知识，并积累了一些 Recovery 经验。最核心的 Custom Andriod 源码并没有学会。如果换一个新领域主题去探索，又变成了浅尝辄止。

Droidian 它既深入，同时我也有兴趣，并且虽然不是常规的 Android 系统，但它是我想要的。

下周，以 Droidian 为契机，希望能有更多的了解。

网络资源

以下是一些零散的文章阅读：

《在小米 Redmi 9A/9C/9 Activ 上下載並安裝 AOSP Android 12 - Guidlings》

• 这篇文章是机翻的……
• adb、fastboot：将设备切换到 bootloader 模式
• 解锁手机 bootloader
• 安装 TWRP Recovery
  • 必须安装这个才能安装任意自定义 ROM
  • 先解锁 bootloader，再安装 TWRP Recovery
• 下载 Android12 ROM：需要用跟手机配套的 ROM
• 下载 Android 12 GApp：要不然木有 Google 服务

《List of Best Custom ROM for Redmi 9A/9C/9 Activ [Updated]》

• launched in June 2020，came with Android 10 Q
• 介绍了一堆手机 ROM：
  • Lineage OS、Havoc OS、Resurrection Remix、DotOS
  • Mokee OS（魔趣）、CrDroid OS、CarbonROM、ArrowOS
  • Pixel Experience ROM：带来 Google Pixel Experience ROM 体验

《Unofficial TWRP Recovery for Redmi 9A | Root Your Phone》

• Redmi 9A 6.53 inches IPS LCD display, 2GB RAM, 32GB of storage，MediaTek Helio G25
• 首先需要解锁 bootloader
• No Verity Op Encrypt
• SuperSU：用于手机 root
• Magisk：用于手机 root
• Xiaomi USB Drivers：小米官方的 USB 驱动工具
• Xiaomi Redmi 9A TWRP Recovery File：This is an unofficial version of TWRP Recovery for Xiaomi Redmi 9A (Dandelion).
• 具体步骤：
  • 1. OEM unlocking
  • 2. adb reboot bootloader：设备重启到 fastboot 模式
  • 3. fastboot devices：检查电脑是否识别到 fastboot 设备
  • 4. fastboot flash recovery twrpname.img：刷入 fastboot
    • fastboot boot twrpname.img：可以只启动但不刷入
• Rooting
  • Guide to Root Redmi 9A via SuperSU
  • Guide to Root Redmi 9A via Magisk

《红米9A新版刷TWRP_Recovery屏幕不能触摸黑屏怎么办？-ROM乐园官网》

1. 红米9A刷入twrp文件开始出现黑屏或者无限重启不能触摸等
2. 首先想到降级系统，刷官方线刷包
   1. 受到批次影响，请不要线刷低于12.0.5以下版本，可能会出现彻底黑砖不能启动，需更换主板才能修复。
   2. 成功线刷到旧版一般可解决黑屏不能触摸等问题
3. 刷最新的 TWRP_Recovery：系统更新快，TWRP Recovery 更新慢，可能会出现新版系统不兼容 TWRP，等待开发者适配，查询 XDA 论坛。
4. 注：这个问题，我没有遇到

《红米9A刷MIUI国际版实录》

1. 这是一个线刷教程，对应于原版系统
2. 注意:国行版本和同硬件的国外版本可能是不同的型号名称
3. 下载官方的线刷包
4. 使用 miflash 工具进行线刷
5. 注意！右下角一定要选择全部删除，不可保留用户数据和加上BL锁，否则刷机后会变砖！

《小米ROM》：由小米发布的任何固件，您可以轻松找到

[超详细教程] 小米/红米线刷国际版MIUI（亲测可用） - 哔哩哔哩

红米9A LineageOS (类原生) 刷机记录报告 - 哔哩哔哩

1. 引用视频：红米9A成功刷入 Lineage OS （类原生）_哔哩哔哩_bilibili
   1. android_device_xiaomi_dandelion
      1. lineage-17.1 unofficial release
2. recovery 进入：
   1. 电源 + 音量上
   2. fastboot reboot recovery
   3. fastboot flash vbmeta vbmeta.img
   4. fastboot flash vbmeta_system vbmeta.img
   5. fastboot flash vbmeta_vendor vbmeta.img
   6. 上面这是什么意思？
3. 源项目（含LineageOS/cache.img/userdata.img/vbmeta.img）
4. Recovery（这个recovery居然被官方停止维护了）
5. 魔改版Magisk

《红米9A刷机root记录》

1. 第一步：BL解锁
2. 第二步：下载对应系统版本的卡刷包和adb Fastboot工具包
3. 第三步：安装Magisk，Magisk 项目首页：The Magic Mask for Android
   1. 提取卡刷 包中的boot.img文件上传到手机中
   2. 在经过Magiskpatch后刷到ROM中
   3. 命令是fastboot flash boot xxx_patch_xxx.img
   4. 然后fastboot reload
4. 第四步：刷入TWRP和刷入vbmeta
   1. 因为由于完整性校验的原因，第三步后手机会限入无限重启
   2. 使用命令“fastboot --disable-verity --disable-verification flash vbmeta vbmeta.img”关掉校验
   3. 不过我没试这个方法，而是靠刷入TWRP
   4. fastboot flash recovery recovery.img
   5. fastboot flash vbmeta vbmeta.img
   6. fastboot boot recovery.img

Redmi 9A Guides, News, & Discussion

• Installing gsi arm 64 on redmi 9a
• [MIUI Updates Tracker] Redmi 9A / Redmi 9 AT / Redmi 10A (dandelion) | XDA Forums

Redmi 9A Questions & Answers

Droidian

• 官网
• State of Droidian Week 22 2021 | Droidian
  • June 1, 2021
  • stated：
    • a simple daemon designed to augment existing settings and power management daemons
    • in order to support the wakelock-centered, opportunistic sleep as found in Android devices.
    • Enabling opportunistic sleep if supported
    • Acquiring or releasing wakelocks depending on display state
    • Reacting to the device's powerkey button events
  • hadess-sensorfw-proxy：方向传感器
  • phosh：A pure Wayland shell prototype for GNOME on mobile devices.
    • a pure wayland shell for mobile devices like Purism's Librem 5.
  • Volla Comunity Days 2021：参加活动，展示系统

待学资源

How to Install Custom ROM on Android to get new features on your phone

AKR社区

• kernel dtb 与 dtbo - AKR社区
• 关于Image.xx-dtb 和 Image.xx + dtb的区别 - AKR社区

Linux Kernel Device Tree 配置框架_csid_502的博客-CSDN博客